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(54) Flexible short message processing and delivery 



(57) A short message service center allowing 
processing characteristics to be modified for service us- 
ers within a given type so that the storage and delivery 
of short messages to one service user of a given type 
may be different for another service user within the 
same given type is provided. The short message service 
center alleviates some of the potential "jams' associat- 
ed with the processing of large distribution lists and 
closed user groups. The short message service center 
further allows for distributed administration. Additionally, 



the short message service center receives a short mes- 
sage in one standard format and delivers the short mes- 
sage in another standard format. The short message 
service center also utilizes both a table routing method 
and a global title translation method for routing messag- 
es to a recipient. The short message service center also 
allows a complete transmission of short messages be- 
tween service entities having differing short message 
length definitions. The short message service center al- 
so allows for dynamic system re-configuration. 
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Description 



[0001] The present invention relates to a short mes- 
sage service center that receives, stores and forwards 
short messages in a wireless telecommunications net- 
work 

[0002] A short message service center ('SMSC") re- 
ceives, stores and forwards short messages in a wire- 
less telecommunications network. The short messages 
are originated and received by service users connected 
via the telecommunications network. Some examples of 
service users include mobile phones, pagers, location 
registers, terminal operators, personal computers and 
other short message service centers. Using a short 
message service center a telecommunications network 
provider is able to provide valuable teleservices such 
as, for example, alphanumeric paging, informational 
messaging (e.g., providing users with stock quotes or 
sports scores), and program messaging (e.g., activating 
or re-programming a mobile station (e.g., phone or pag- 
er) remotely). However, as wireless telecommunica- 
tions networks become more widespread and more in- 
tegrated, conventional SMSCs will become a significant 
bottleneck. 

[0003] Using conventional SMSCs in the integration 
of the different telecommunications networks presents 
a problem because they are not capable of differentiat- 
ing between users within a specific type of service. Con- 
ventional SMSCs may differentiate between different 
types of service users (i.e., a mobile phone may be treat- 
ed differently from a location register), but all service us- 
ers within a specific type are treated the same. This may 
present a problem if, for example, two regionally dispa- 
rate networks having widely disparate network delivery 
capacities are integrated. Using conventional SMSCs, 
the network provider would have to decide which net- 
work's capacity to use as a limiting factor in setting up 
the delivery characteristics of the SMSC. If the lower ca- 
pacity network is chosen as the limiting factor, the higher 
capacity network is underutilized. If the higher capacity 
network is chosen as the limitation, the lower capacity 
network will be overloaded. Of course, one option would 
be to provide a separate SMSC for each network that is 
tailored to the capacity of that network, instead of a sin- 
gle SMSC. However, this would obviously impose addi- 
tional startup, administrative, and maintenance costs. 
[0004] Individual network delivery capacities also be- 
come an important factor during the processing of dis- 
tribution lists. Distribution lists allow a service user to 
easily send a short message to a large number of users 
by setting up a distribution list specifying which service 
users will receive the short message the first time the 
user sends out a short message to those service users. 
Then, for future messages, the user merely needs to 
specify the distribution list as the recipient and the sys- 
tem will send the message to every service user includ- 
ed in the distribution list. A problem occurs if the distri- 
bution list contains a large number of recipients. The de- 



livery capacity of a specific telecommunications network 
may not be sufficient to expeditiously send out all of the 
messages, thereby creating a bottleneck which may 
cause processing in the SMSC to grind to a halt until the 

s delivery to the distribution list is complete. Conventional 
SMSCs take different approaches to solving this prob- 
lem. In a first approach, nothing is done to avoid the 
problem, and the SMSC is allowed to effectively stall 
and is thus prevented from performing other tasks. In a 

io second approach, service users are restricted from cre- 
ating distribution lists beyond a predetermined size. This 
may force the user to create several lists when only a 
single large distribution list would suffice, which minimiz- 
es the benefits of having distribution lists in the first 

is place. Thus, neither of these approaches provides a 
means of optimally processing distribution lists while al- 
lowing service users to realize the full benefits of distri- 
bution lists. 

[0005] Another problem associated with integration is 
20 incompatibility of the short messages being transmitted 
in the various wireless telecommunications networks. 
Currently, the two major standard protocol definitions for 
short messages are ANSI 41 (variants of which are Time 
Domain Multiple Access ("TDMA") and Code Division 
25 Multiple Access ("CDMA")) and Global System for Mo- 
bile Telecommunications ("GSM") 03.40 specification 
(promulgated by the European Telecommunications 
Standards Institute ("ETSr)). These two protocols have 
different formats for short messages, and conventional 

30 SMSCs are incapable of delivering short messages 
from a service user on a network using ANSI 41 to a 
service user on a network using GSM, and vice versa. 
Thus, service users using one protocol are limited to re- 
cipients using the same protocol. 

35 [0006] Integration using conventional SMSCs 
presents still another problem due to the different ad- 
dressing systems used by the various telecommunica- 
tions networks to identify their service users. For exam- 
ple, every service user must have a unique identifica- 

40 tion. in the wireless telecommunications field, this 
unique identification is called a Mobile Identification 
Number ("MIN ID"). When a first service user sends a 
short message to a second service user, the short mes- 
sage must contain the recipient's MIN ID to inform the 

45 SMSC of the identity of the recipient. Older networks use 
a commonly known method of addressing called Table 
Routing. Using Table Routing, when the SMSC needs 
to communicate with a specific service user, the SMSC 
looks up in a table to see which home location register 

50 ("HLR") is associated with the specific MIN ID. For each 
HLR. the lookup table contains a corresponding ad- 
dress, which is made up of a point code and a subsys- 
tem number defining the HLR. A problem with the Table 
Routing method is that as HLRs get taken out of service 

55 and/or replaced, the lookup tables of any SMSC that 
needed to contact that HLR had to be individually 
changed. In response, a newer method of addressing 
called Global Table Translation ("GTT") has been adopt - 



2 



3 



EP 0 936 825 A2 



4 



ed by many networks. In this system, a message can be 
routed using just the MIN ID and the subsystem number 
which does not change even if HLRs are moved, re- 
placed or taken out of service. As these two types of 
networks are integrated, the SMSC must be able to nan- s 
die both types of addressing. However, conventional 
SMSCs only provide support for a single type. Thus : the 
integration of two networks having dissimilar addressing 
schemes would require separate SMSCs which as dis- 
cussed above : would impose additional startup, admin- w 
istrative.. and maintenance costs. 
[0007] A further problem associated with integration 
is that different telecommunications networks have dif- 
ferent definitions of a "short' message. The term short 
message connotes that the length of the message being is 
sent over the network must be short. However, there is 
no industry-wide standard for the length of the short 
message, which has lead to various lengths for defining 
a short message throughout the industry. This may 
cause a problem when sending messages between nel- 20 
works with differing lengths for a short message. Spe- 
cifically, a significant problem occurs when sending a 
short message from a first system having a message 
length that is larger than the message length for a sec- 
ond system receiving the message. Conventional SM- 2s 
SCs solve this problem using two approaches. In the 
first approach, the SMSC merely sends the short mes- 
sage without any processing leading to a garbled or in- 
complete message when the message is truncated by 
the second system. In the second approach, the service 30 
center does not deliver the message to the second sys- 
tem and provides an error code to the first system indi- 
cating that the message length is too long. Therefore, 
conventional SMSCs do not provide a means of sending 
a completely intact short message between systems 35 
having different definitions of a short message. 
[0008] In accordance with an exemplary embodiment 
of the present invention., an SMSC is provided which as- 
signs a market segment identification ("ID") to its service 
users allowing differentiation within each class of serv- 40 
ice users. Using this identification system, an SMSC ad- 
ministrator may set different delivery characteristics 
such as. for example, message delivery and retry poli- 
cies, and delivery prioritization within a single class of 
service users. For the integration of networks with dis- 45 
parate capacities scenario discussed above, the SMSC 
administrator could assign the subscribers to each net- 
work a different market segment ID, and set the delivery 
characteristics for each market segment ID according 
to the appropriate capacity of the telecommunications so 
network associated with the market segment ID. In ad- 
dition, the SMSC administrator may, for example, further 
organize service users within a given class by usage 
profiles and adjust the short message delivery charac- 
teristics according to the usage profile. Furthermore, ss 
market segment identifications may also be used to pri- 
oritize teleservices so that the processing of a specific 
teleservice takes precedence over others 



[0009] In the SMSC of the exemplary embodiment, 
the entries in a distribution list of a predetermined max- 
imum size are separated into a plurality of subsets con- 
taining a predetermined number of entries. The SMSC 
then attempts to deliver the plurality of subsets one at a 
time sequentially, and waits after each attempted deliv- 
ery until a predetermined criteria for measuring the suc- 
cess of the previously attempted delivery was satisfied 
before sending the next subset. Also, the SMSC may be 
implemented on. for example, a multiprocessing work- 
station running multiple message servicing processes. 
To alleviate possible bottlenecks within the SMSC itself 
as the large distribution list is processed, the SMSC may 
distribute the delivery processing of the subsets across 
the multiple processes based upon the operating char- 
acteristics of each process. 

[0010] The SMSC of the exemplary embodiment also 
receives short messages having, for example, either an 
ANSI 41 or a GSM definition, and stores the messages 
in a canonical message format. In order to deliver the 
short message, the SMSC determines which definition 
is used by the recipient and converts the short message 
into the appropriate format before sending the message. 
[0011] In accordance with another feature of the ex- 
emplary embodiment of the present invention, the SM- 
SC is provided which utilizes both Table Routing and 
GTT to route a short message. 

[0012] The SMSC of the exemplary embodiment also 
dynamically segments a short message into message 
segments having a predetermined length if the recipient 
is connected via a telecommunications network having 
a shorter message size than the sender. Initially, the SM- 
SC administrator may indicate a maximum message 
length for each network entity connected to the SMSC. 
The SMSC may then use this maximum message length 
to segment short message going to those networks with 
a shorter message length than the standard 256 byte 
length on the SMSC, and send the segments separately. 
[0013] In accordance with an additional feature of the 
exemplary embodiment, the SMSC allows for dynamic 
configuration of its operating characteristics including 
the delivery characteristics, and the various predeter- 
mined criteria discussed above to allow for real-time ad- 
justments to changes in the telecommunications net- 
works which are connected to the SMSC and changes 
to the SMSC itself. 

[0014] The SMSC of the exemplary embodiment may 
be provided on a computer workstation having a 
processing unit, display system, and storage devices. 
The SMSC services may be implemented using, for ex- 
ample, a service logic execution environment ('SLEE") 
which allows for modular design of the SMSC. The 
SLEE may have a graphical user interface so that the 
services may be designed and modified using the 
graphical interface by using separate modules which 
may be designed and reused by different SMSC servic- 
es. This facilitates the implementation of the SMSC and 
future additions and modifications to the SMSC design. 
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[0015] Fig. 1 illustrates an overall system architecture 
of an exemplary embodiment of an SMSC according to 
the present invention. 

[0016] Fig. 2 illustrates an operational schematic of a 
wireless telecommunications network using an SMSC. 
[0017] Fig 3 illustrates a databaseAable schema 
used in an exemplary embodiment of an SMSC accord- 
ing to the present invention. 

[0018] Fig. 4 illustrates an exemplary structure of a 
short message used in an SMSC according to the 
present invention. 

[0019] Fig. 5 illustrates an exemplary method for 
processing of distribution lists. 

[0020] Fig. 6 illustrates an exemplary method for load 
balanced processing of distribution lists across multiple 
processes. 

[0021] Fig. 7 illustrates an exemplary method for seg- 
menting short messages in accordance with varying 
message length capacities of message service centers. 
[0022] Fig. 8 illustrates an exemplary attribute table 
defining characteristics of message service centers. 
[0023] Fig. 9 illustrates an exemplary method for dy- 
namically updating system characteristics. 
[0024] Overall Architecture Of An SMSC: An overall 
system architecture of an exemplary embodiment of an 
SMSC according to the present invention is shown in 
Fig. 1 In accordance with the present invention, an SM- 
SC processor/controller 2 is provided having a plurality 
of interfaces to communicate with various entities in- 
cluding, for example, a system administrator and oper- 
ators on terminals. Some interfaces that may be provid- 
ed are. for example, an administrative interface 4, allow- 
ing an SMSC administrator to make changes and up- 
dates to the SMSC; a m u It i -protocol interface 6 through 
which short messages may be delivered using common- 
ly known protocols such as Short Messaging Point-to- 
Point Protocol ("SMPP'), Telocator Alphanumeric Pro- 
tocol (TAP'), Simple Mail Transfer Protocol ("SMTP"), 
and Telocator Data Protocol ( 0 TDP 0 )/Terminal Message 
Entry ( 0 TME n ): and an SS7 IPC interface providing an 
interface for communicating with message service cent- 
ers and location registers. In an exemplary embodiment, 
the plurality of interfaces may include, for example, an 
Ethernet interface, a V.35 interface and an RS-232 se- 
rial interface. 

[0025] The SMSC accesses a plurality of databases 
to process short messages including an SMSC config- 
uration database 10, which stores system-wide charac- 
teristics of the SMSC such as SMSC point code and 
subsystem number, maximum message size, Global Ti- 
tle translation flag, etc.: a subscriber database 12 for 
storing information regarding each subscriber serviced 
by the SMSC; a message database 14 for storing the 
short messages during processing; and an SME router 
database 16 for maintaining information for external 
connections to the SMSC (i.e., user names, passwords, 
maximum number of users logged in, etc.. In an exem- 
plary embodiment, the SMSC may be implemented us- 



ing a fault-tolerant workstation having storage devices 
(such as, for example, disk storage devices) storing the 
plurality of databases, and interlace devices interfacing 
the workstation to the telecommunications network. The 
5 SMSC may also be connected to a local area network 
through which administrative functions may be per- 
formed by a local SMSC administrator. 
[0026] Operational Schematic Of A Telecommuni- 
cations Network: Fig. 2 is a simplified operational sche- 
me matte of a telecommunications network using an SMSC 
according to the present invention. The connections and 
communications between the various entities in this net- 
work are based on commonly known industry stand- 
ards. The actual numbers of each entity provided in a 
'5 specific deployment will vary based upon various sys- 
tem characteristics such as, for example, the number of 
users, message capacity, etc.. 

[0027] In accordance with the present invention, an 
SMSC 50 is connected to a home location register 

20 ("HLR") 52. Every service user is assigned loan HLR 
for purposes such as, for example, routing calls, billing, 
etc. This assignment to a specific HLR defines a service 
user's home area. The HLR 52 is also responsible for 
keeping track of the location of the service user on the 

25 network. 

[0028] The SMSC 50 and the HLR 52 are connected 
to a mobile switching centre ("MSC") 54. The MSC 54 
provides a connection to a base station 56 which broad- 
casts and receives messages from a mobile station 

30 ("MS") 58. The MSC 54 also provides an interface to a 
public switched telephone network ("PSTN") 60. In op- 
eration, a short message addressed to the MS 58 is re- 
ceived by the SMSC 50. The SMSC 50 then looks up, 
using either Table Routing or GTT, to determine the HLR 

35 52 to which the MS 58 is assigned. The SMSC 50 then 
interrogates the HLR 52 for the MSC 54 that is servicing 
the MS 56. Then, the SMSC 50 routes the short mes- 
sage to the MSC 54, which then routes the short mes- 
sage to the base station 56. Finally the base station 56 

to broadcasts the message., which is received by the'MS 
58. 

[0029] One of the benefits of wireless technology is 
the mobility of the service user while still retaining the 
ability to receive messages. To accommodate the mo- 

45 bility of service users, a visitor location register ("VLR") 
62 is also provided which keeps track of service users 
within its service region which is different from the HLR's 
52 service region, and notifies the other entities in the 
network so that the service user may send and receive 

50 messages when outside of the HLR 52's service region. 
[0030] The SMSC 50 is also coupled to another 
SMSC2 64 which may, for example, service another re- 
gion, another group of service users in the same region, 
etc.. The SMSC 50 is also coupled to a short message 

ss entity ("SME") 66. The SME 66 is an entity that compos- 
es short messages for delivery, or decomposes re- 
ceived short messages. SMEs are defined in ANSI-41 
including, for example, computers with e-mail capabrli- 
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ties, operators on terminals who receive voice messag- 
es and key in a corresponding short messages, voice 
mail systems, interactive voice response units. 
[0031] Database Schema: Fig. 3 illustrates an exem- 
plary database/table schema used in an SMSC accord- 
ing to the present invention. The various tables shown 
may be stored on storage devices, and accessed by the 
SMSC processor/controller 2 as shown in Fig. 1. Some 
examples of storage devices that may be used include 
hard disks, tapes, and cartridges. 
[0032] The exemplary database schema shown in 
Fig. 3 allows the SMSC 50 to differentiate between serv- 
ice users within a specific class for operations such as 
message delivery and retry. In an exemplary embodi- 
ment, market segment table 70 associates each market 
segment ID f mkt_seg_id") with a predetermined set of 
variables that affect the storage and delivery of short 
messages. Variables that may be stored for a given mar- 
ket segment ID are, for example, 1 ) "redelivery_timeout, 
" which sets the length of time for attempting redelivery 
before abandoning redelivery; 2) "max_num_retries," 
which sets the maximum number of retry attempts; 3) 
"deferred_delivery_flag," which sets whether to attempt 
a deterred delivery (i.e., delivery postponed to a later 
time); and 4) "purge_time : ° which sets how long the 
message should be stored on the system before being 
deleted. 

[0033] In the subscribers table 72, a field such as a 
"mkt_seg_id a is included for each subscriber to associ- 
ate that subscriber with a given market segment ID. This 
segmentation of subscribers may be done using many 
different grouping methods. For example, subscribers 
may be associated by their physical locations, usage 
characteristics, or the network to which they are con- 
nected. This allows an SMSC administrator, for exam- 
ple, to optimally set the storage and delivery character- 
istics based upon the subscriber's profiles, network ca- 
pacity, and SMSC capacity, switch capabilities, current 
system load, etc.. The variables stored in the market 
segment table 100 may then be used to affect the stor- 
age and delivery characteristics for each subscriber 
based upon the market segment ID for that subscriber. 
[0034] A similar approach may be advantageously 
used in the processing of distribution lists. Distribution 
lists allow a service user to group a plurality of people 
with a single identifier, i.e., the name of the distribution 
list. Once the group has been created, the service user 
may use the name of the distribution list to send short 
messages to the plurality of people in the list, instead of 
sending a separate message to each person. Thus, in 
an exemplary embodiment, a distribution list table 74 
may include a market segment ID field (e.g., 
"mkt_seg_id"). which associates a specific distribution 
list entry with a market segment. As with subscribers, 
this field could then be used to determine different stor- 
age and delivery characteristics tor the various distribu- 
tion lists. 

[0035] Similarly, market segment IDs may also be 



used to segregate other processes such as, for exam- 
ple, closed user group processing. Closed user groups 
("CUGs") are a commonly used mechanism for setting 
delivery restrictions for groups of service users. An ad- 
5 ministrator may group service users together into sep- 
arate lists, called CUGs, and specify whether a specific 
CUG should be "Closed" or "Not Closed." In a "Closed" 
CUG, the service users may only send and receive short 
messages to only the other service users in the same 

io CUG. In a "No Closed" CUG, the service users may only 
send messages to only the other service users in the 
same CUG, but may receive from anyone. Alternatively, 
an administrator may choose not to assign a service us- 
er to any CUG, meaning the service user may send to 

15 and receive from anyone. As telecommunications net- 
works become more integrated, one possible problem 
is that several local administrators may need to control 
delivery restrictions of their local service users. 
[0036] Thus, in an exemplary embodiment of a SMSC 

20 according to the present invention includes a closed us- 
er group table 76 in which each CUG ("cug_id") may be 
given a market segment ID ("mkt_seg_id"). CUGs with 
the same market segment ID may then be assigned to 
a specific local administrator, and access to the CUG 

25 assignations could then be limited to the local adminis- 
trator to which the CUG is assigned using, for example, 
passwords, user identifications, etc.. Similarly, any mar- 
ket segment ID used in the system could be similarly 
associated with a specific administrator, further distrib- 

30 uting the administrative tasks associated with, for exam- 
ple, distribution lists, short messages, etc.. This may be 
accomplished by including the fields ("useMd") and 
("password") in the market segment table 70 to restrict 
access to tasks associated with the specific market seg- 

35 ment. 

[0037] Those skilled in the art will understood that the 
variables included in these tables are merely an exem- 
plary set of variables that may be stored for each market 
segment ID, and that other variables may also be stored 
40 which affect the storage and delivery characteristics for 
each market segment ID without departing from the 
scope of the present invention. 

[0038] In an exemplary embodiment, the delivery 
. processing in the SMSC may be further affected by the 

45 teleservice type of each short message. Teleservice is 
a broad term defining any service that may be provided 
using short messages. Some commonly known tele- 
services are alphanumeric paging, informational mes- 
saging (e.g.. providing users with text messages from 

50 other users, stock quotes or sports scores), and pro- 
gram messaging (allowing the provider to. for example, - 
activate or re-program a mobile station (e.g., phone or 
pager). The advantage of defining a priority schema for 
the various teleservices can be discerned by analyzing 

55 the following simple example. Program messaging may 
directly change the programming of a service user's re- 
ceiving unit (e.g., pager or wireless phone), and if a spe- 
cific program message is received which changes the 
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receiving characteristics of the receiving unit, it would 
be advantageous to send all the stored messages to the 
receiving unit before sending the program message. 
This may be accomplished be setting up a teleservice 
priority table 76, which defines a relative priority 
("relatrve_priority") for each teleservice ID representing 
a specific teleservice. Using this exemplary embodi- 
ment, short messages may then be prioritized according 
to their specific teleservice type. 
[0039] In an alternative embodiment, instead of stor- 
ing all of the subscribers, distribution lists : and teleserv- 
ices in a single corresponding table, segmentation may 
be performed by storing each specific group (i.e., a mar- 
ket segment of subscribers) in a separate database. In 
this embodiment: a table would then be used to store 
delivery characteristics for each database, and the da- 
tabase name, instead of a market segment I D, would be 
used to define the groups. 

[0040] Short Message Structure: Fig 4 illustrates 
an exemplary short message structure according to the 
present invention. The two most commonly used for- 
mats in the telecommunications field for defining the 
structure of a short message are ANSI 41 (and its vari- 
ants which are inconsequentially different for the pur- 
poses of the present invention) and GSM. As those 
skilled in the art may ascertain, the formats are not com- 
patible so that, using conventional SMSCs : an ANSI 41 
short message cannot be sent to a receiving unit oper- 
ating using the GSM standard. Therefore, in convention- 
al wireless telecommunications networks, a network is 
preconfigured to carry either GSM or ANSI 41 so that 
its service users are then similarly limited. This creates 
a problem when attempting to send a GSM short mes- 
sage to an ANSI 41 service user, or vice versa. 
[0041] In accordance with the present invention, the 
SMSC 50 converts received short messages into a ca- 
nonical format, which is illustrated in Fig. 4. As those 
familiar with ANSI 41 and GSM will ascertain, this ca- 
nonical short message format 500 is a superset contain- 
ing all of the necessary fields required by ANSI 41 and 
GSM. Thus, as messages are received by the SMSC 
50, a new short message entry is created and the appli- 
cable fields in the canonical format are copied from the 
received short message. If the receiving service user re- 
quires the other standard format as determined by the 
SMSCs and MSCs in the network servicing the recipi- 
ent, the appropriate fields of the canonically-formatted 
short message are then copied to an outgoing short 
message having just the necessary fields for the other 
format. Thus, an SMSC according to the present inven- 
tion may receive messages in one standard format, and 
deliver messages in the other format. Those skilled in 
the art will understand that other fields may be added to 
the canonical format to accommodate other short mes- 
sage formats. 

[0042] In accordance with the present invention, ad- 
ditional fields may be included in the canonical format 
to provide additional functionality. For example, a mar- 



ket segment ID may be assigned to each short mes- 
sage. In addition to restricting access to short messages 
among local administrators, as discussed above, mar- 
ket segment IDs may be used to selectively process 
5 groups of short messages based upon their market seg- 
ment ID. A teleservice ID field may also be included de- 
fining the type of teleservice being provided by this short 
message. Thus, the delivery characteristics of a specific 
short message may then be determined by its market 
10 segment ID and by the teleservice type. In operation, 
the short message may just be assigned to the market 
segment ID of the recipient. Alternatively, the short mes- 
sage may be assigned the market segment ID of the 
service user who sent it is first received. Once the re- 
is cipient's market segment ID is determined, the message 
may then be assigned the market segment ID of the re- 
cipient. This allows the storage characteristics (e.g., 
purge time limits) and delivery characteristics to be fur- 
ther differentiated. 

20 [0043] Those skilled in the art will understand that the 
fields shown in Fig. 4 are merely exemplary, and that 
additional fields may be used to accommodate other 
short message formats or to provide additional short 
message processing capabilities without departing from 

25 the scope of the present invention. 

[0044] Distribution List Processing: Although the 
use of distribution lists facilitates a broadcast of a short 
message to a large number of service users, this can 
create a severe "traffic jam" in the telecommunications 

30 network and the SMSC itself. More specifically, a "jam- 
is created on the telecommunications network by a large 
number of short messages flooding the network via a 
single send command by a service user. Depending on 
the capacity of a given network, this large influx of mes- 

35 sages may cause a significant delay in the delivery of 
other messages and general processing through that 
network. 

[0045] In accordance with the present invention, an 
exemplary method of processing of short messages to 

40 distribution lists is illustrated in Fig. 5. At step 100, an 
SMSC administrator determines a first predetermined 
maximum number of short messages that can be sent 
via the network without causing unacceptable delays. 
When a service user specifies that a short message 

45 should be delivered to a distribution list ("DL") at step 
110, the SMSC compares the number of entries in the 
DL with the first predetermined maximum number at 
step 120. If the number of entries is less than the first 
predetermined number, all of the short messages are 

so sent out at step 125 without any segmentation. If the 
number of entries is greater than the first predetermined 
number, then at step 1 30, the SMSC separates the dis- 
tribution list entries into blocks of entries with a maxi- 
mum size corresponding to the first predetermined 

ss number (although the last block may contain less de- 
pending on whether the actual number of entries is a 
multiple of the first predetermined number). At step 1 40, 
the SMSC sends out the first block, and monitors the 
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delivery status. At step 150, the SMSC delays the de- 
livery of the next block until the delivery status of the first 
block satisfies a predetermined criteria of success. For 
example, the SMSC may wait until a first predetermined 
percentage of the first block of messages have been 
successfully transferred. Then at step 160, the SMSC 
determines whether all the blocks have been sent out. 
If all the blocks have been sent out, no further process- 
ing of the distribution is necessary although the mes- 
sages may then be marked as delivered. If all the blocks 
have not been sent out, then the SMSC goes back to 
step 140 and repeats. In accordance with the present 
invention, the SMSC administrator may adjust the first 
predetermined number and the predetermined criteria 
to optimally tune the SMSC with the rest of the telecom- 
munications network. 

[0046] In an alternative embodiment, instead of sep- 
arating the entries on the distribution list into blocks of 
entries, the SMSC may make a separate copy of the 
short message for each of Ihe entries on the distribution 
list. Then instead of processing blocks of entries, the 
SMSC may process blocks of short messages corre- 
sponding to the blocks of entries in the previous embod- 
iment. 

[0047] In addition, a potential "jam" internal to the SM- 
SC is avoided by load balancing the multiple processes 
that are processing the short messages. In accordance 
with the present invention, the SMSC will be implement- 
ed on a computer workstation capable of running multi- 
ple parallel processes handling the processing of short 
messages. This type of computer workstation is com- 
monly known and used throughout the telecommunica- 
tions field. An exemplary workstation would be a Sun 
Microsystems Fault Tolerant SPARC Server running So- 
laris 2.5.x, although other types of workstations are sim- 
ilarly capable of being used according to the present in- 
vention. In order to ensure that a single process is not 
overwhelmed and "jammed" by the large processing re- 
quirements associated with the delivery to a large dis- 
tribution list, each short message entry in a given block 
of the distribution list is submitted to a specific process 
according to the specific characteristics of that process. 
In an exemplary embodiment illustrated in Fig. 6, an SM- 
SC administrator may specify which characteristics of 
each process should be monitored along with a corre- 
sponding weighting factor for each characteristic at step 
200. Examples of characteristics that may be used in- 
clude the queue size (how many messages are waiting 
to be processed), latency (length of time it takes to re- 
ceive and begin processing a message), and the growth 
rate (the rate of growth of the queue for this process) for 
each one of the parallel processes. Before submitting 
the message or on an ongoing basis, the SMSC may 
monitor these characteristics for each process and de- 
termine a weighted value for each process at step 210. 
The SMSC may then submit a given block to the process 
having the lowest weighted value at step 220, thereby 
ensuring that the processing load is distributed as even- 



ly as possible. At step 230. the SMSC may determine 
whether processing is completed for the distribution list. 
If processing is not completed, the SMSC may go back 
to step 210. Otherwise, the processing of the distribution 
5 list would end although the messages may then be 
marked delivered. 

[0048] Message Segmentation: In accordance with 
the present invention, the delivery of short messages 
should take into account the capacity of the switching 
10 stations carrying the short message. In conventional tel- 
ecommunications networks, the most common limiting 
factor is the message length capabilities of the MSC 54 
shown in Fig. 2. 

[0049] Messages are transferred from points on a 

is wireless telecommunicatbns network using standard 
protocols. ANSI IS-41-C is a commonly used industry 
standard for communicating between one point on a 
wireless telecommunications network to another point. 
An SMSDeliveryPointToPoint ("SMDPP") message is 

20 part of Ihe ANSI IS-41 -C standard, and used to transfer 
short messages from one point to another point, and al- 
so report on the success or failure of that transfer. 
[0050] In an exemplary embodiment of an SMSC ac- 
cording to the present invention, the SMSC may employ 

2S an internal short message length of 256 bytes. If the 
MSC has the same or larger message length, the mes- 
sage may be sent without any additional processing. 
However, in order to compensate for the shorter capac- 
ities of MSCs : the SMSC may segment short messages 

30 into smaller segments corresponding to the specific ca- 
pacity of the receiving unit's MSC. In an exemplary op- 
eration, illustrated in Fig. 7 ; an SMSC may access an 
MSC Attribute Table which may contain the MSC's ad- 
dress and the maximum message size for the MSC at 

35 step 300. A short message intended for an MSC with a 
shorter maximum message size may then be segment- 
ed into smaller segments at step 31 0, and a first SMDPP 
messages would be with the first segment at step 320. 
Before sending a subsequent SMDPP message, the 

40 SMSC may wait until it receives an indications of the 
success of the transfer at step 330. If a specific transfer 
determined to be unsuccessful, the SMSC may resend 
the last SMDPP request. At step 350, the SMSC may 
determine if all segments have been sent. If all seg- 

45 ments have not been sent, then the SMSC may go back 
to step 320 and repeated until all segments have been 
sent. After successfully transferring all of the necessary 
sub-segments, the SMSC may mark the short message 
as delivered. 

so [0051] As shown in Fig. 3, the Attribute Table may also 
further contain the MSC type (e.g., Lucent, Ericsson, 
Nortel, etc.) and the software revision number of the 
MSC which may aid in troubleshooting and tailoring the 
SMSC's delivery parameters to the specific software re- 

55 vision of the specific MSC. These attributes are provided 
merely for exemplary purposes and not as an-exhaus- 
tive list, so that other attributes may be stored without 
departing from the scope of the present invention. 



7 



13 



EP 0 936 825 A2 



14 



[0052] Dynamic Update Of System Delivery Pa- 
rameters: In accordance with the present invention, an 
SMSC is provided which allows for dynamic update of 
system delivery parameters on a per message basis. As 
discussed above in reference to Fig. 3, an administrator 
employing an SMSC according to the present invention 
may specify delivery characteristics on a market seg- 
ment basis. 

[0053] In an exemplary embodiment as illustrated in 
Fig. 9, whenever a change is made to any of the varia- 
bles that determine the specific delivery characteristics 
for a given market segment at step 400, an indicator flag 
is set to indicate that a change has been made at step 
410. For example, a variable may be changed from a 0 
value to a 1 value to indicate a change has been made. 
Problems may be created if the SMSC administrator 
was allowed to modify these characteristics during the 
processing of messages so the changes would have to 
be made to ajemporary table. At step 420, a processing 
of a short message is initialed. Before the SMSC proc- 
esses this short message, the SMSC preliminarily 
checks to see if the indicator flag indicates that a change 
has been made at step 430. If the flag is not set, the 
message is processed at step 450. If flag is set, the SM- 
SC updates the current tables with the values stored in 
the temporary table at step 460 and proceeds to step 
460. After the message is processed, the SMSC loops 
back to step 420 when another message needs 
processing. 

[0054] Affected tables include, for example, market 
segment tables, and teleservice priority tables. In addi- 
tion, operating tables may be updated even if they have 
no association with the message to be processed (i.e., 
all tables are updated, not just those used by the mes- 
sage to be processed). 

[0055] Routing Methods: Fig. 10illustrates an exem- 
plary method of routing short messages according to the 
present invention. At step 500, the SMSC administrator 
sets a system configuration parameter ("route_met") to 
either a "0° for Table Routing or a "1 " for GTT to define 
whether the system should use the Table Routing or the 
GTT routing method. The next step, step 600, begins 
after all the necessary steps have been performed (i.e., 
short message has been received and prepared for de- 
livery) and the SMSC 50 has a short message to be de- 
livered to a recipient with a specific MIN ID. (This MIN 
ID would have been stored in the dest_adress field 
shown in Fig. 4. At step 502 for this short message). At 
step 600, the SMSC 50 checks route_met and if it is set 
to a "0", then the SMSC 50 looks up in an internal lookup 
table 80 (shown in Fig. 11) to find the address of the 
HLR servicing the recipient. 

[0056] In a network using Table Routing, HLRsare re- 
sponsible for keeping track of which base station is in 
contact with the service users associated with the HLR. 
The internal lookup table 80 in the SMSC 50 contains a 
point code and subsystem number for each HLR and a 
range of MIN IDs serviced by the HLR. So at step 600. 
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the SMSC 50 finds the MIN ID range containing the re- 
cipient's MIN ID. Then at step 602, the system sends 
out a request to the HLR using the point code and sub- 
system number to deliver a message along with the 
message to be delivered. Those skilled in the art will un- 
derstand that further handshaking may be necessary to 
insure proper delivery which will not be discussed to 
simplify the discussion. 

[0057] If at step 600.. route_met is determined to be 1 
(or not 0), the SMSC 50 sends the MIN ID and a sub- 
system number (typically "6" for an HLR) along with the 
message to be delivered to a Signal Transfer Point 
("STP") at step 610. At step 612, the STP then deter- 
mines HLR that is servicing a MIN ID range containing 
the recipient's MIN ID and forwards the MIN ID and mes- 
sage to the appropriate HLR. As before, those skilled in 
the art will understand that further handshaking may be 
necessary to insure proper delivery. The STP is typically 
a computer or network that maintains the HLR address- 
es for all MIN IDs in that system. The GTT routing meth- 
od avoids having to individually updating the lookup ta- 
bles for all the SMSCs throughout the network by tun- 
neling all messages through the single STP which is the 
only system that needs to be updated. 



Claims 

1 . A method for processing a short message by a short 
message service center comprising the steps of: 

assigning at least one service user to a first 
market segment: 

defining at least one storage variable and at 
least one delivery variable for the first market 
segment: 

receiving the short message from a message 
originator; 

storing the short message as a function of the 
storage variable; and 

delivering the short message to the at least one 
service user as a function of the delivery varia- 
ble. 

2. The method according to claim 1 3 wherein the at 
least one service user includes a plurality of recipi- 
ents on a distribution list. 

3. The method according to claim 2. further compris- 
ing the steps of: 

setting a first predetermined maximum number 
indicating a maximum number of recipients on 
the distribution list that may be processed in a 
single block; and 

determining a first number of recipients on the 
distribution list; 
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wherein if the first number of recipients ex- 
ceeds the first predetermined maximum number, 
performing the steps of: 6. 

separating the plurality of recipients on the dis- 5 
tribution list into a plurality of blocks of recipi- 
ents, each one of the plurality of blocks of re- 
cipients being a subset of the plurality of recip- 
ients, wherein each one of the plurality of 
blocks of recipients contains a maximum 10 7. 
number of recipients corresponding to the first 
predetermined maximum number, 
transmitting the at least one short message to 
a first block of the plurality of blocks of recipi- 
ents, is 
monitoring a delivery status of the first block, 
and 

transmitting a second block of the plurality of 8. 
blocks of recipients after the delivery status sat- 
isfies a predetermined criteria. 20 

The method according to claim 2 : funher compris- 
ing the steps of: 

setting a first predetermined maximum number 25 
indicating a maximum number of recipients on 
the distribution list that may be processed in a 
single block; 

determining a first number of recipients on the 
distribution list; and 30 
creating a plurality of copies of the short mes- 
sage corresponding in number to the plurality 
of recipients, 

wherein if the first number exceeds the first 35 9. 
predetermined maximum number, performing the 
steps of: 



grouping the plurality of copies of the short 
message into a plurality of blocks, each one of *o 
the plurality of blocks containing a maximum 
number of copies corresponding to the first pre- 
determined maximum number, 
transmitting a first block of the plurality of 
blocks, 45 
monitoring a delivery status of the first block, 
and 

transmitting a second block of the plurality of 
blocks after the delivery status satisfies a pre- 
determined criteria. so 



ment. 

The method according to claim 5, wherein the plu- 
rality of administrative functions includes defining at 
least one recipient to whom the at least one service 
user is permitted to send messages and an at least 
one sender from whom the at least one service user 
is permitted to receive messages. 

The method according to claim 6, wherein the de- 
fining of the at least one recipient to whom the at 
least one service user is permitted to send messag- 
es and the at least one sender from whom the at 
least one service user is permitted to receive mes- 
sages is performed by assigning the at least one 
service user to a closed user group. 

The method according to claim 1, wherein the 
processing of the short message performs one of a 
plurality of teleservices, the method further com- 
prising the steps of: 

setting up a priority table indicative of a prioriti- 
zation scheme for the plurality of teleservices; 
and 

assigning a teleservice type to the short mes- 
sage indicating which one of the plurality of tel- 
eservices is being performed by the short mes- 
sage; 

wherein the processing of the short message 
is prioritized in relation toa processing of other short 
messages as a function of the priority table. 

The method according to claim 1, further compris- 
ing the step of assigning the short message to at 
least one second market segment, wherein the 
processing of the short message is further per- 
formed as a function of the at least one second mar- 
ket segment. 



The method according to claim 1 , further compris- 
ing the step of defining an access scheme for the 
first market segment, the access scheme determin- 
ing whether an administrator is permitted to perform ss 
a plurality of administrative functions affecting a 11 
message processing characteristic for the at least 
one service user assigned to the first market seg- 



10. The method according to claim 9, wherein the step 
of assigning the short message to the at least one 
second market segment includes the steps of: 

initially assigning the short message to a third 
market segment corresponding to the message 
originator upon receiving the short message; 
determining the first market segment corre- 
sponding to the at least one service user receiv- 
ing the short message; and 
assigning the short message to the first market 
segment corresponding to the at least one serv- 
ice user. 



The method according to claim 1, wherein the 
processing of the short message is performed by 
one of a plurality of parallel processes, and wherein 



9 



17 



EP 0 936 825 A2 



18 



12. 



13. 



the one of the plurality of parallel processes is se- 
lected as a function of at least one operating char- 
acteristic of the one of the plurality of parallel proc- 
esses. 

The method according to claim 1 1 , wherein the at 
least one operating characteristic includes at least 
one of a queue size, latency and a growth rate. 

The method according to claim 1, further compris- 
ing the steps of: 

determining a first message size of the short 
message; and 

determining a second message size corre- 
sponding to a maximum capacity of a service 
entity servicing the at least one service user, 

wherein if the first message size is larger than 
the second message size, performing the steps of: 

segmenting the short message into a plurality 
of message segments, 

transmitting a first message segment of the plu- 
rality of message segments, 
determining a transfer status of the first mes- 
sage segment, 

re-transmitting the first message segment if the 
transfer status indicates an unsuccessful trans- 
fer, and 

transmitting a second message segment if the 
transfer status indicates a successful transfer. 



14. The method according to claim 1 , further compris- 
ing the steps of: 

setting a configuration flag indicator to a prede- 
termined value if a change is made to one of a 
plurality of temporary system parameters, each 
one of the plurality of temporary system param- 
eters corresponding to a respective one of a 
plurality of operating system parameters of the 
short message service center; 
checking the configuration flag indicator after 
receiving the short message; and 
replacing the each one of the plurality of oper- 
ating system parameters with the respective 
one of the plurality of temporary system param- 
eters if the configuration flag indicator has been 
set to the predetermined value. 

1 5. The method according to claim 1 , wherein the short 
message includes an identifier variable indicating 
an address of the at least one service user, the 
method further comprising the step of: 

setting a routing method variable indicating a 
routing method to be used by the short mes- 



sage service center, 
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wherein if the routing method variable indi- 
cates a table routing method is to be used, perform- 
ing the steps of: 

accessing an internal lookup table, the internal 
lookup table including a point code and a sub- 
system number of a location register servicing 
the at least one service user 
transmitting the short message and the identi- 
fier variable to the location register using the 
point code and subsystem number, and 

wherein if the routing method variable indi- 
cates a global title translation method is to be used, 
performing the steps of: 

transmitting the short message, the identifier 
variable, and a predetermined subsystem 
number to a signal transfer point. 



30 



16. A method for processing a short message for deliv- 
ery to at least one service user comprising the steps 
25 of: 



receiving a short message having one of a first 
message format and a second message for- 
mat; 

converting the short message into a canonical 
message format, the canonical message for- 
mat including a superset of the first message 
format and the second message format; 
converting the short message into another one 
of the first message format and the second 
message format corresponding to a message 
format recognized by a service entity servicing 
the at least one service user; and 
delivering the converted short message to the 
at least one service user in the another one of 
the first message format and the second mes- 
sage format. 



35 



40 



45 



17. The method according to claim 1 6, wherein the first 
message format includes one of an ANSI-41 format 
and a GSM 03.40 format and the second message 
format includes the other one of the ANSI-41 format 
and the GSM 03.40 format. 

50 18. A method for delivering a short message to a distri- 
bution list having a plurality of recipients, the meth- 
od comprising the steps of: 



55 



setting a first predetermined maximum number 
of short messages; 

determining a first number of recipients on the 
distribution list; 

creating a plurality of copies of the short mes- 
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of message segments. 

transmitting a first message segment of the plu- 
rality of message segments, 
determining a transfer status of the first mes- 
sage segment, 

re-transmitting the first message segment if the 
transfer status indicates an unsuccessful trans- 
fer, and 

transmitting a second message segment if the 
transfer status indicates a successful transfer 

A method of delivering a short message to at least 
one service user, the short message including an 
identifier variable indicating an address of the at 
least one service user, the method comprising the 
steps of: 



sage corresponding in number to the plurality 
of recipients; and 

delivering each one of the plurality of copies of 
the short message to a respective one of the 
plurality of recipients. 

wherein if the first number exceeds the first 
predetermined maximum number, performing the 
steps of: 



w 



grouping the plurality of copies of the short 
message into a plurality of blocks, each one of 21. 
the plurality of blocks containing a maximum 
number of copies corresponding to the first pre- 
determined maximum number, is 
transmitting a first block of the plurality of 
blocks, 

monitoring a delivery status of the first block, 
and 

transmitting a second block of the plurality of 20 
blocks after the delivery status satisfies a pre- 
determined criteria. 



19. A method of providing a plurality of teleservices. the 
teleservices being provided by processing a plural- 
ity of short messages, the method comprising the 
steps of: 



setting a routing method variable indicating a 
routing method to be used by the short mes- 
sage service center; and 

delivering the short message to the at least one 
service user. 

wherein the step of delivering the short mes- 
sage includes the following sub-steps if the routing 
method variable indicates a table routing method is 
to be used: 



defining a priority table indicative of a prioritiza- 
tion scheme for the plurality of teleservices; and 30 
assigning a teleservice type to each one of the 
plurality of short messages, the teleservice type 
indicating which one of the plurality of teleserv- 
ices is being performed by each one of the plu- 
rality of short messages, 35 



wherein the processing of each one of the plu- 
rality of short messages is prioritized in relation to 
a processing of another one of the plurality of short 
messages as a function of the priority table. 

20. A method of delivering a short message to at least 
one service user being serviced by a service entity, 
the method comprising the steps of: 

determining a first message size of the short 
message; 

determining a second message size corre- 
sponding to a maximum capacity of the service 
entity servicing the at least one service user; 
and 

delivering the short message to the at least one 
service user, 

wherein if the first message size is larger than 
the second message size, performing the steps of: 

segmenting the short message into a plurality 



accessing an internal lookup table, the internal 
lookup table including a point code and a sub- 
system number of a location register servicing 
the at least one service user, 
transmitting the short message and the identi- 
fier variable to the location register using the 
point code and subsystem number, and 

wherein if the routing method variable indi- 
cates a global title translation method is to be used 
the step of delivering the short message, perform- 
ing the step of: 

transmitting the short message, the identifier 
variable, and a predetermined subsystem 
number to a signal transfer point. 

45 

22. A system for processing at least one short message 
comprising: 

a plurality of databases; 
50 a processor accessing the plurality of databas- 

es; and 

a plurality of interfaces connecting the proces- 
sor to at least one of an administrator a local 
area network, a wide area network and a wire- 
55 less telecommunications network, at least one 

of the plurality of interfaces receiving the at 
least one short message, 
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wherein the plurality ot databases includes a 
plurality ot system configuration databases, the plu- 
rality of system configuration databases including: 

a first database storing a plurality of subscriber s 
attributes for at least one service user, the plu- 
rality of subscriber attributes including a first 
market segment identifier associating the at 
least one service user with a first market seg- 
ment, io 
a second database storing a plurality of oper- 
ating parameters for the first market segment, 
the plurality of operating parameters indicative 
of a plurality of storage characteristics and a 
plurality of delivery characteristics for the at is 
least one market segment, 

wherein the plurality of databases further in- 
cludes a_short message database storing the at 
least one short message and a corresponding plu- 20 
rality of message characteristics, and 

wherein the processor stores and delivers the 
at least one short message as a function of the plu- 
rality of operating parameters for the first market 
segment associated with the at least one service 25 
user. 

23. The system according to claim 22 : wherein the plu- 
rality of interfaces includes at least one of an ad- 
ministrative interface, a mult i- protocol interface and 30 
an SS7 IPC interface. 

24. The system according to claim 22, wherein the mul- 
ti-protocol interface includes support for a Short 
Messaging Point-to-Point Protocol, Telocator Al- 35 
phanumeric Protocol, Simple Mail Transfer Proto- 
col, and a Telocator Data Protocol. 

25. The system according to 22, wherein the plurality 

of interfaces includes at least one of an Ethernet 40 
interface., a V.35 interface and an RS-232 interface. 

26. The system according to 22, wherein the plurality 
of operating parameters for the first market seg- 
ment further includes at least one parameter indie- 45 
ative of an access scheme for access to a plurality 

of administrative functions affecting a message 
processing characteristic for the at least one service 
user associated with the first market segment. 

so 

27. The system according to 22, wherein the process- 
ing of the at least one short message performs one 
of a plurality of teleservices, wherein the plurality of 
system configuration databases includes a third da- 
tabase storing a prioritization scheme for the plural- ss 
ity of teleservices, wherein the plurality of message 
characteristics for the at least one short message 
includes a teleservice type field indicating which 



one of the plurality of teleservices is being per- 
formed by the processing of the at least one short 
message, and wherein the processing of the least 
one short message is further performed as a func- 
tion of the teleservice type field. 

28. The system according to claim 22. wherein the cor- 
responding plurality of message characteristics for 
the at least one short message includes a second 
market segment identifier associating the at least 
one short message to a short message market seg- 
ment. 

29. The system according to claim 22 : wherein the 
processor processes the at least one short mes- 
sage using a plurality of parallel processes, and 
wherein the plurality of system configuration data- 
bases further includes at least one process charac- 
teristics database storing at least one operating 
characteristic for each one of the plurality of parallel 
processes. 

30. The system according to claim 22, wherein the plu- 
rality of system configuration databases further in- 
cludes a service entity attributes table indicative of 
at least a message size corresponding to a maxi- 
mum capacity of a first service entity servicing the 
at least one service user. 

31. The system according to claim 22. wherein the plu- 
rality of system configuration databases further in- 
cludes a fourth database storing a plurality of tem- 
porary system configuration parameters and a fifth 
database storing a plurality of operating system 
configuration parameters and a configuration flag 
indicator that is set to a predetermined value if a 
change is made to one of the plurality of temporary 
system configuration parameters via one of the plu- 
rality of interfaces. 

32. The system according to claim 22, wherein the plu- 
rality of system configuration databases includes a 
routing method variable indicating a routing method 
to be used by the system and a sixth database stor- 
ing at least one point code and at least one subsys- 
tem number corresponding to an address of a serv- 
ice entity servicing the at least one service user and 
a seventh database storing at least one predeter- 
mined subsystem number corresponding to a first 
service entity servicing the at least one service user. 

33. A system for processing at least one short message 
received in one of a first format and a second for- 
mat, the system comprising: 

a plurality of databases; 

a processor accessing the plurality of databas- 
es; and 
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a plurality of interfaces connecting the proces- 
sor to at least one of an administrator, a local 
area network, a wide area network and a wire- 
less telecommunications network, 

wherein the plurality ot databases includes a 
first short message database storing the at least 
one short message in the one of the first format and 
the second format, wherein the plurality of databas- 
es includes a second short message database stor- 
ing the at least one short message in a canonical 
format, the canonical format including a superset of 
the first format and the second format, and wherein 
the plurality of databases includes a third short mes- 
sage database storing the at least one short mes- 
sage in another one of the first format and the sec- 
ond format. 



34. A system for processing at least one short message 

comprising: 20 



a plurality of databases including a first data- 
base storing a prioritization scheme for a plu- 
rality of teleservices and a short message da- 
tabase storing the at least one short message 
and a corresponding plurality of message char- 
acteristics; 

a processor accessing the plurality of databas- 
es and processing the at least one short mes- 
sage; and 

a plurality of interfaces connecting the proces- 
sor to at least one ot an administrator, a local 
area network, a wide area network and a wire- 
less telecommunications network, at least one 
of the plurality of interlaces receiving the at 
least one short message, 
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30 



35 



less telecommunications network, at least one 
of the plurality of interfaces receiving the at 
least one short message. 

wherein the processor processes the at least 
one short message using a plurality of parallel proc- 
esses, and wherein the plurality of databases in- 
cludes at least one process characteristics data- 
base storing at least one operating characteristic for 
each one of the plurality of parallel processes. 

36. A system for processing at least one short message 
comprising: 

a plurality of databases; 
a processor accessing the plurality of databas- 
es and processing the at least one short mes- 
sage; and 

a plurality of interfaces connecting the proces- 
sor to at leasl one of an administrator, a local 
area network, a wide area network and a wire- 
less telecommunications network, at least one 
of the plurality of interfaces receiving the at 
least one short message, 

wherein the plurality of databases includes a 
service entity attributes table indicative of at least a 
message size corresponding to a maximum capac- 
ity of a first service entity servicing the at least one 
service user 



wherein the processing of the at least one 
short message performs one of the plurality of tel- 
eservices, wherein the plurality of message charac- 
teristics for the at least one short message includes 
a teleservice type field indicating which one of the 
plurality of teleservices is being performed by the 
processing of the at least one short message, and 
wherein the processing of the least one short mes- 
sage is further performed as a function of the tele- 
service type field. 
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35. A system for processing at least one short message 

comprising: so 

a plurality of databases; 

a processor accessing the plurality of databas- 
es and processing the at least one short mes- 
sage: and ss 
a plurality of interfaces connecting the proces- 
sor to at least one of an administrator, a local 
area network, a wide area network and a wire- 
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